TITLE OF THE INVENTION 

Wireless Communication Game System 
FIELD OF THE INVENTION 

The present invention relates to a game system utilizing wireless 
communication. More specifically, the present invention relates to a wireless 
communication game system having a "child" device capable of storing information of 
a parent device existing within a communicable range between the child device, and a 
mobile game apparatus and a game system used therefor. 
BACKGROUND AND SUMMARY OF THE INVENTION 

One example of a conventional wireless communication game system is 
disclosed, for example, in Japanese Patent Laying-open No. No.2000- 135380 
(International Classification: A63F13/00, H04L12/28) laid-open on May, 16, 2000. 

In this prior art reference, people such as friends, and others, promise among 
themselves, for example, that they will bring a game apparatus that executes the same 
game, establish communication via the game apparatus, and execute a wireless 
communication game. In the prior art, users have no choice but to confirm verbally 
identification information of the game apparatus of others and information on a game 
name, etc., in order to know such information. Therefore, in a case where a game 
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apparatus of unknown persons exists within a communicable range, it is realistically 
difficult to play the wireless communication game with that person. Therefore, in the 
prior art, the user cannot freely and dynamically select the game apparatus of a 
communicating partner. 

Therefore, it is a feature of the exemplary embodiments of the present invention 
to provide a novel wireless communication game system, a mobile game apparatus, a 
child device connecting method, and a game program in a wireless communication 
game system. 

It is another feature of an exemplary embodiment of the present invention to 
provide a wireless communication game system, a mobile game apparatus, a child 
device connecting method, a game program in a wireless communication game system 
capable of arbitrarily selecting a parent device which a child device intends to select. 

It is still another feature of an exemplary embodiment of the present invention to 
provide a wireless communication game system, a mobile game apparatus, a child 
device connecting method and a game program in a wireless communication game 
system capable of freely playing a wireless communication game with the game 
apparatus existing within a communicable range. 



A wireless communication game system according to of an exemplary 
embodiment of the present invention uses a plurality of mobile game apparatuses, 
which function as a parent device or a child device and are capable of wireless 
communication with each other. The parent device includes broadcasting circuitry for 
broadcasting a parent device packet including user's own apparatus identifying 
information for allowing a user's own apparatus to be identified and game identifying 
information for allowing a game executed by the user's own apparatus to be identified. 
The child device includes a receiver, a display, a selector, and a connection request 
transmitter. The receiver receives the parent device packet from the parent device 
existing within a communicable range. The display displays a parent device list of the 
parent device existing within a communicable range, based on the parent device packet 
received by the receiver. The selector allows a player to select any one of the parent 
devices included in the parent device list. The connection request transmitter transmits 
a connection request toward the parent device selected by the selector. 

More specifically, the wireless communication game system is formed 
using at least two mobile game apparatuses (10: corresponding reference numeral in the 
detailed description of the preferred embodiments described below in this embodiment. 
A mobile game apparatus (10) in the embodiment includes a mobile game machine 



(12), and a wireless communication unit (14) attached to the mobile game machine. In 
a case of the parent device, the mobile game apparatus uses this mobile communication 
unit (14) so as to broadcast a parent device packet in a first time slot, and receives a 
child device packet in a second time slot. In a case of the child device, the mobile game 
apparatus receives the parent device packet in the first time slot, and transmits the child 
device packet toward the parent device in the second time slot. 

The broadcasting circuitry corresponds to steps S2003 and S2009 of a 
transmission/reception process of the parent device shown in Figure 29 in the 
embodiment, and broadcasts the parent device packet including a parent device number 
PID as the user's own apparatus identifying information, and a game name GameName 
as game identifying information. 

In addition, the child device receives the above-described parent device 
packet by the receiver shown in a step S4001 in Figure 32 of the embodiment. Based on 
this parent device packet, in a step S15 in Figure 20, for example, the parent device list 
is created, and in a step S23 or a step S25 in Figure 20, the parent device list is displayed 
on an LCD (18). 

A user of the child device looks at a game name in the parent device list, 
for example, and operates a cross key of an operation key (38) forming a selector in 



steps of S79 and S151 in Figure 21 so as to select one desired parent device from the 
parent device list. Then, a step S83 in Figure 24, that is, a connecting process of the 
child device in Figure 30 and Figure 31 is executed. By means of a connection request 
transmitter that corresponds to a step S3023 (Figure 31) transmitting a child device 
number CID of the user's own apparatus to an E slot, the connection request is 
transmitted toward the parent device. 

Therefore, this allows the child device to arbitrarily determine whether to 
connect to any one of the parent devices displayed in the parent device list created from 
the parent device packet. 

In a certain embodiment, the broadcasting circuitry broadcasts the parent device 
packet even during a time that a communication game is being executed with another 
child device. This, more specifically, corresponds to Figure 29, and the child device is 
capable of obtaining information (PID, game name, and etc.) in the parent device 
executing the wireless communication game. This allows the child device to know the 
existence of the parent device associated with the child device that intends to make a 
new participation, for example, so that it is possible to participate in the middle of the 
game play. 

In another embodiment, the parent device and the child device are apparatus for 



making a wireless communication in a predetermined communication cycle. The 
communication cycle includes a first time slot used by the parent device, and a second 
time slot used by the child device. The broadcasting circuitry transmits the parent 
device packet including game data in the first time slot. That is, the first time slot is a 
parent device slot, and the second time slot is a child device slot. Furthermore, the 
broadcasting circuitry broadcasts the parent device packet including payload data 
shown in Figure 1 1 (step S2003). Therefore, the parent device always broadcasts the 
parent device packet, thus the child device is capable of obtaining the latest information 
on all parent devices existing within a communicable range. 

In a certain embodiment, the display displays in the parent device list only the 
parent device that executes a game communicable with the game executed by the user's 
own apparatus, based on the game identifying information received by the receiver. In 
a case that the game apparatus is an apparatus to which a game cartridge storing a game 
program is detachably attached, for example, the display displays in the parent device 
list the parent device only when the game of the game cartridge attached to the parent 
device is communicable with the game of the game cartridge attached to the child 
device. More specifically, as shown in Figure 4, only the parent device capable of 
executing the game communicable with the user's own apparatus is displayed in the 



parent device list. Therefore, by means of a display of the parent device executing a 
game not communicable with the user's own apparatus being omitted, it becomes easy 
for a player of the child device to select the parent device. 

In another embodiment, the child device is an apparatus to which a game 
cartridge storing a game program is detachably attached. The display displays in the 
parent device list a parent device that executes a game not communicable with the game 
of the game cartridge currently attached thereto. More specifically, the game cartridge 
corresponds to a cartridge 16 shown in Figure 1, and the cartridge 16 stores a game 
program within a ROM 42. Therefore, the game program cannot execute other game 
programs. However, even in a case that the cartridge currently attached is a cartridge 
not communicable with the parent device, it becomes communicable if changed to 
another cartridge. Thus, by displaying the parent device currently not communicable, it 
becomes possible to encourage to change the cartridge. 

In still another embodiment, the parent device packet further includes entry 
reception data showing whether or not to receive a new entry of the child device. The 
display displays in the parent device list only the parent device that receives the new 
entry of the child device, based on the entry reception data received by the receiver. 
More specifically, the entry reception data corresponds to data other than "ffh" of the E 



slot, and therefore, the child device displays the parent device that sets the data other 
than "ffh" in the E slot of the parent device packet as shown in Figure 3 in a step S23 or 
S25 (Figure 20). Therefore, by displaying only the parent device that receives the new 
entry of the child device, wasted information (information on the parent device not 
communicable) of the parent device is omitted, thus allowing a player of the child 
device to easily select the parent device. 

In yet another embodiment, the parent device further comprises a child 
device-use program storage locations for storing a child device-use program, and a 
child device-use program transmitter for transmitting, in response to a connection 
request from the child device (the child device is an apparatus to which the game 
cartridge is detachably attached, for example, and in response to a request from the 
child device to which the game cartridge is not attached), the child device-use program 
to the child device. The parent device packet further includes child device-use program 
holding data showing whether or not it is being provided with the child device-use 
program storage locations. In a case of showing that the child device-use program 
holding data is provided with the child device-use program, the display displays in the 
parent device list the parent device irrespective of the game, which is executed by the 
user's own apparatus, based on the child device-use program holding data received by 



the receiver. More specifically, the child device-use program storage locations 
corresponds to an area 76 in Figure 16, and the child device-use program is transferred 
from the parent device to the child device in a step S77 in Figure 19 (receiving process 
of the child device is a step S 145 in Figure 26). Therefore, the child device activates the 
child device-use program, and is capable of playing a game in that OC mode. Herein, in 
this embodiment, the parent device having the child device-use program holding data 
(in the embodiment, OC flag) "1" is displayed as shown in Figure 5. That is, the parent 
device stores not only a user's own apparatus (for the parent device) program but also 
the child device-use program, and transmits the program to the child device since the 
child device receives and executes that program, it is not necessary to have a game 
program on the child device side. In addition, since the child device is capable of 
knowing the parent device capable of playing the OC-mode-use game, it is possible to 
easily play the game even if the cartridge is not attached. 

In addition, in accordance with an exemplary embodiment, the parent device 
stores both a first program not requiring the child device to transmit the child device-use 
program, and a second program requiring the child device to transmit the child 
device-use program. The parent device packet further includes execution type data 
showing which program, the first program or the second program, the parent device 



executes. Regarding the parent device executing the first program, the display displays 
in the parent device list only the parent device that executes a game communicable with 
the game executed by the user's own apparatus, based on the execution type data 
received by the receiver, and regarding the parent device executing the second program, 
displays in the parent device list irrespective of the game, which is executed by the 
user's own apparatus. More specifically, a cartridge 16 shown in Figure 16 is attached 
to the parent device, and this cartridge stores both the first program (normal mode game 
program), and the second program (OC mode-use game program), and the execution 
type data showing which is executing, the first program or the second program, that is, 
"1" or "0" indicated by an OC flag in the embodiment, is transmitted to the parent 
device packet. Therefore, regarding the parent device having the OC flag "1", the child 
device displays only the parent device communicable with the parent device, and 
regarding the parent device having the OC flag "0", all parent devices are displayed 
irrespective of the game, which is executed by the user's own apparatus. That is, only 
the information of the parent device communicable with the parent device or in a state 
capable of transmitting the child device-use program (second program is being 
executed) is displayed so that wasted information on the parent device (information on 
the parent device not communicable, and etc.) is omitted. This allows a player to easily 
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select the parent device. 

In an exemplary embodiment, the child device is an apparatus to which a game 
cartridge storing a game program is detachably attached. The display displays, in a case 
where the game cartridge is not attached, in the parent device list only the parent device 
provided with the child device-use program storage locations, based on the child 
device-use program holding data received by the receiver. Similar to an 
above-described embodiment, only the parent device holding the OC-mode-use game 
program is displayed. Therefore, in a case where the game cartridge is not attached, the 
child device displays only the information on the parent device capable of transmitting 
the child device-use program. This allows a player using the child device to easily 
select the parent device. 

In still another embodiment, the present invention further comprises: parent 
device list storage locations for storing a parent device list of the parent device existing 
within a communicable range, based on the parent device packet received by the 
receiver; and a parent device list clearing mechanism for regularly clearing the parent 
device list stored in the parent device list storage locations. The display displays based 
in the parent device list stored in the parent device list storage locations. More 
specifically, the parent device list is displayed based on the parent device list storage 
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locations (which corresponds to a parent device list area 80 in Figure 18), and the parent 
device list is regularly cleared using a parent device list clear timer 82 (Figure 18), for 
example. This excludes the parent device beyond the communicable range, and enables 
surely informing a user or a player of the only parent device existing within a 
communicable range of the child device at that time. 

A child device connecting method in a wireless communication game system 
according to an exemplary embodiment of the present invention is a child device 
connecting method in the wireless communication game system using a plurality of 
mobile game apparatuses that function as a parent device or a child device capable of 
communicating with each other, and includes following steps of (a) broadcasting from 
the parent device a parent device packet including user's own apparatus identifying 
information for allowing the user's own apparatus to be identified, and game 
identifying information for allowing a game executed by the user's own apparatus to be 
identified, (b) receiving in the child device the parent device packet from the parent 
device existing within a communicable range, (c) displaying in the child device a parent 
device list of the parent device existing within a communicable range, based on the 
parent device packet received by the receiving step, (d) allowing in the child device a 
player to select any one of the parent devices included in the parent device list, and (e) 
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transmitting in the child device a connection request toward the selected parent device. 

A program of a wireless communication game system according to an exemplary 
embodiment of the present invention is a program of a wireless communication game 
system using a plurality of mobile game apparatuses that function as a parent device or 
a child device capable of communicating with each other, and allows a processor of the 
mobile game apparatus to execute following steps: (a) allowing the processor of the 
parent device to broadcast a parent device packet including user's own apparatus 
identifying information for identifying the user's own apparatus, and game identifying 
information for allowing a game executed by the user's own apparatus to be identified, 
(b) allowing the processor of the child device to receive the parent device packet from 
the parent device existing within a communicable range, (c) allowing the processor of 
the child device to display a parent device list of the parent device existing within a 
communicable range, based on the parent device packet received by the step (b), (d) 
allowing the processor of the child device to make a player select any one of the parent 
devices included in the parent device list, and (e) allowing the processor of the child 
device to transmit a connection request toward the selected parent device. 

A mobile game apparatus according to an exemplary embodiment of the present 
invention uses a plurality of mobile game apparatuses, any one of which functions as a 
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parent device, and the other of which functions as a child device, both capable of 
playing a wireless communication game. This mobile game apparatus comprises: 
broadcasting circuitry, for the parent device (for functioning as the parent device), for 
broadcasting a parent device packet including user's own apparatus identifying 
information for allowing the user's own apparatus to be identified, and game 
identifying information for allowing a game executed by the user's own apparatus to be 
identified; a receiver; a display; a selector; and a transmitter, for the child device (for 
functioning as the child device). The receiver receives the parent device packet from 
the parent device existing within a communicable range. The display displays a parent 
device list of the parent device existing within a communicable range, based on the 
parent device packet received by the receiver. The selector allows a player to select any 
one of the parent devices included in the parent device list. The transmitter transmits a 
connection request toward the selected parent device. 

In the child device connecting method, the program, the mobile game apparatus, 
similar to the wireless communication game system, it has an advantage that the child 
device is capable of knowing the parent device existing within a communicable range, 
and easily selecting and connecting a desired parent device. 

According to an exemplary embodiment of the present invention, since the 
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parent device broadcasts the parent device information, it is possible that the child 
device knows what kind of parent devices exist within a communicable range (that is, it 
is possible to know the parent device capable of playing a communication game). In 
addition, the child device is capable of arbitrarily determining which parent device to 
connect. 

In a case of a wireless communication game, the mobile game apparatus is freely 
carried, and therefore, the mobile game apparatus existing within a communicable 
range progressively changes. According to an exemplary embodiment of the present 
invention, however, it is possible to know information on the mobile game apparatus 
existing within a communicable range. This makes it possible to freely determine an 
intended partner with whom to play the wireless communication game. 

In addition, there is a case that an apparatus of a unknown stranger comes into a 
communicable range. In this case, too, it is possible to know the information, thus 
making it possible to play the wireless communication game with the unknown 
stranger. 

The above described objects and other objects, features, aspects and advantages 
of the exemplary embodiments of the present invention will become more apparent 
from the following detailed description of the present invention when taken in 

- 15 - 



conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 is a block diagram showing one example of a mobile game apparatus 
used for a wireless transmission game system of one embodiment of the present 
invention; 

Figure 2 is an illustrative view for schematically showing a game system using 
the mobile game apparatus in the Figure 1 embodiment; 

Figure 3 is an illustrative view showing an example of a display screen in a case 
that an all-display flag, which displays information of all parent devices around a user's 
own apparatus in the Figure 2 embodiment, is turned on; 

Figure 4 is an illustrative view showing an example of a display screen showing 
only the parent device existing around the user's own apparatus and capable of 
performing a communication game between the user's own apparatus, in a case that the 
all-display flag is not turned on, in the Figure 2 embodiment; 

Figure 5 is an illustrative view showing an example of a display screen showing 

only the parent device present around the user's own apparatus and capable of playing a 

game in an OC (one cartridge) mode, in the Figure 2 embodiment; 

Figure 6 is an illustrative view showing an example of a display screen of a 
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parent device list in a certain situation in the Figure 2 embodiment; 

Figure 7 is an illustrative view showing an example of a display screen of the 
parent device list when a mobile game apparatus having a user's name "Siroh" enters a 
communication range in the Figure 6 situation in the Figure 2 embodiment; 

Figure 8 is an illustrative view showing an example of a display screen of the 
parent device list when the mobile game apparatus having a user's name "Ichiroh" 
comes out of the communication range in the Figure 7 situation in the Figure 2 
embodiment; 

Figure 9 is an illustrative view showing an example of a display screen of a child 
device list of a situation in which the user's own apparatus is the parent device, and to 
wait for a connection (entry) of the child device in the Figure 2 embodiment; 

Figure 10 is an illustrative view showing one example of a data cycle in the 
Figure 2 embodiment; 

Figure 1 1 is an illustrative view showing one example of a parent device packet 
transmitted at a parent device slot in the Figure 10 embodiment; 

Figure 12 is an illustrative view showing a U slot in detail in Figure 11; 

Figure 13 is an illustrative view showing one example of a child device packet 
transmitted at a child device slot in the Figure 10 embodiment; 
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Figure 14 is an illustrative view showing a specific example of communication 
data in a certain situation of the Figure 1 embodiment; 

Figure 15 is an illustrative view showing one example of a memory map of a 
cartridge not applicable to the OC mode; 

Figure 16 is an illustrative view showing one example of the memory map of a 
cartridge applicable to the OC mode; 

Figure 17 is an illustrative view showing one example of the memory map of an 
EEPROM included in the wireless communication unit of the Figure 1 embodiment; 

Figure 1 8 is an illustrative view showing one example of the memory map of an 
internal RAM of a mobile game machine forming the mobile game apparatus in the 
Figure 1 embodiment; 

Figure 19 is a flowchart showing a part of a main flow showing an operation of 
the mobile game machine in the Figure 1 embodiment; 

Figure 20 is a flowchart showing a succeeding part of Figure 19; 

Figure 21 is a flowchart showing a succeeding part of Figure 20; 

Figure 22 is a flowchart showing a succeeding part of Figure 21; 

Figure 23 is a flowchart showing a succeeding part of Figure 22; 

Figure 24 is a flowchart showing a succeeding part of Figure 21; 
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Figure 25 is a flowchart showing a succeeding part of Figure 19; 

Figure 26 is a flowchart showing a succeeding part of Figure 25; 

Figure 27 is a flowchart showing a part of an operation of a connection process 
of a parent device; 

Figure 28 is a flowchart showing a succeeding part of Figure 27; 

Figure 29 is a flowchart showing an operation of a transmission/reception 
process of the parent device; 

Figure 30 is a flowchart showing a part of an operation of a connection process 
of a child device; 

Figure 31 is a flowchart showing a succeeding part of Figure 30; 

Figure 32 is a flowchart showing an operation of a transmission/reception 
process of the child device; 

Figure 33 is a flowchart showing an operation of a restoring process of the child 
device; and 

Figure 34 is a flowchart showing a major portion of an embodiment in which a 
selection is made as to whether the user's own apparatus is rendered the parent device 
or the child device in the first place. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
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A wireless communication game system to which an exemplary embodiment of 
the present invention is adapted uses a mobile game apparatus 10 as shown in Figure 1 
as an example. In this embodiment, the mobile game apparatus 10 includes a mobile 
game machine 12 such as a GameBoy Advance (Trademark), for example, a wireless 
communication unit 14 connected to a communication connector 46 of the mobile game 
machine 12, and a cartridge 16 connected to a cartridge connector 40. That is, in this 
embodiment, the mobile game apparatus 10 is constructed of the mobile game machine 
12, the wireless communication unit 14, and the cartridge 16. 

The mobile game machine 12 shown in Figure 1 includes a processor 20, and the 
processor 20 includes a CPU core 22 and a boot ROM 24 related thereto, an LCD 
controller 26, a WRAM (working RAM: the same below) 28, a VRAM 30, and a 
peripheral circuit 32. The peripheral circuit 32 includes a voice (sound) circuit, a DMA 
(Direct Memory Access) circuit, a timer circuit, an input/output interface (I/O), and etc. 
In an LCD 18 provided in a front surface of the mobile game machine 12, a displaying 
signal or an RGB signal in this embodiment is applied from the processor 20, and 
therefore, a game image is displayed in color on the LCD 18. In addition, an audio 
signal is applied from the processor 20 to the sound circuit 34, and voices or sound such 
as a game music and a sound effect is output by the audio signal. Furthermore, by way 

-20- 



of example, a cross key and a start key provided sandwiching the LCD 18 in the front 
surface of the mobile game machine 12, a select key, an A button and a B button are 
congregated and are represented as operation key/switch 38. Operation signals from the 
operation switch 38 are input into the processor 20. Therefore, the processor 20 
executes a process in accordance with an instruction of a user applied through the 
operation switch 38. 

The mobile game machine 12 has the cartridge connector 40, and the cartridge 
16 is connected or inserted into this cartridge connector 40. The cartridge 16 contains a 
ROM 42 and a backup RAM 44, and a game program for a game to be executed in the 
mobile game machine 12, in addition to its game name, is set in the ROM 42 in advance. 
The backup RAM 44 stores progressive data of the game and resultant data of the game. 

The mobile game machine 12 is further provided with a communication 
connector 46, and a connector 48 of the wireless communication unit 14 is connected to 
the communication connector 46. It is noted that the mobile game machine 12 used in 
this embodiment is GameBoy Advance (Trademark) as an example. GameBoy 
Advance is a commercially available hand-held video game platform, which in 
copending application Serial No. 09/863,866 (published on November 29, 2001 as US 
2001/0047452) which is hereby incorporated herein by reference. In this case, the 
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above-described cartridge connector 40 is a 32-pin connector provided at a far side on 
an upper surface when the LCD 18 is rendered a front surface (front face), and the 
communication connector 46 is a 6-pin connector provided at a near side on an upper 
side. 

The wireless communication unit 14 includes a base band IC 50, and the base 
band IC 50 includes a ROM 52. The ROM 52 contains an OCD (One-Cartridge 
Download) program, and other programs, for example, and the base band IC 50 is 
operated according to these programs. It is noted that the One-Cartridge Download 
program is a program for downloading a program into the child device in an OC mode 
(one-cartridge mode: a mode in which a game cartridge is attached to the parent device 
only, and the child device is operated in response to a download of a child device-use 
program from the parent device cartridge). 

The wireless communication unit 14 is further provided with an EEPROM 54, 
and a user's name, for example, is uniquely set to the EEPROM 54. The base band 
(Base Band) IC 50 transmits data including the user's name to an RF (Radio Frequency) 
- ICS 6, the RF - IC 56 modulates the data, and transmits a radio wave from an antenna 
58. However, in an exemplary embodiment, the an intensity of the radio wave is 
extremely weak, and is set to so small a value that this wave radio is not subject to legal 
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regulation. In addition, this wireless communication unit 14 is provided with a power 
circuit 60. Typically, the power circuit 60 is a battery, and supplies a DC 
(direct-current) power source to each component of the wireless communication unit 
14. 

In addition, in the wireless communication unit 14, the radio wave transmitted 
from another mobile game apparatus is received by the antenna 58, demodulated by the 
RF-IC 56, and a demodulated signal is input into the base band IC 50. Therefore, the 
base band IC 50 decodes the demodulated signal, decodes the data, and transmits the 
data to the mobile game machine 12, that is, the WRAM 28 via the connectors 48 and 
46. 

In the wireless communication game system of an embodiment according to the 
present invention, a plurality of mobile game units 10 as shown in Figure 1 are used. A 
dotted line 64 in Figure 2 indicates a communicable range of a user's mobile game 
apparatus 62. In addition, it is probable that the mobile game apparatus 62 can apply for 
an entry to the mobile game apparatus existing within the communicable range 64. This 
communicable range 64 is a range capable of performing a data communication 
between the parent device and the child device by the above-described weak radio 
wave, and any of a plurality of the mobile game apparatuses existing within the 
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communicable range 64 can arbitrarily become the parent device or the child device. In 
the example of Figure 1, four parent devices, three child devices, and one user's own 
apparatus 62 exist within the range 64. 

In addition, in a case that the user's own apparatus 62 participates in a game, the 
apparatus 62 needs to become the parent device or the child device. In a case that the 
user's own apparatus becomes the child device, it is necessary to find a parent device 
capable of participating. When finding the parent device , it is necessary to find a 
different parent device depending on a case that the user's own apparatus has the 
cartridge 16. 

First, in a case that the user's own apparatus 62 is the mobile game apparatus to 
which the cartridge 16 is attached shown in Figure 1, and an all-display flag showing to 
display all parent devices around the user's own apparatus 62 (described later) is set to 
"1", a parent device list 18 A as shown in Figure 3 is displayed on the LCD 18 of the 
mobile game machine 12 show in Figure 1 . In the parent device list 18 A in Figure 3, all 
parent devices existing within the communicable range 64 (Figure 2), that is, three 
parent devices having the user's names as "Taroh", "Ichiroh", and "Jiroh", respectively, 
are displayed. Therefore, when the user of the user's own apparatus intends to operate 
or function the user's own apparatus as the child device, the user is capable of selecting 
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the parent device to which the user intends to connect by moving a cursor by the cross 
key included in the operation key 38 (Figure 1) so as to specify the parent device, and 
after this, depressing the A button that is also included in the operation key 38. 

However, in a case that it is intended to use the user's own apparatus as the 
parent device, the user may simply depress a B button included in the operation key 38. 

The reason why only the three parent devices are displayed in the parent device 
list 18A in Figure 3, in spite of the four parent devices existing within the range 64 in 
Figure 2 is that the parent device having the user name "Saburoh" has an entry slot 
ESlot set to "ffh". The entry slot ESlot is a flag showing whether or not to accept a new 
child device, and when the entry slot ESlot is set to "ffh", the parent device refuses a 
new participation of the child device so that such the parent device is not displayed. 
The parent device having the user name "Saburoh" has reached the maximum number 
of child devices available for entry, thus not accepting the new child device. 

In addition, in the parent device list 18A in Figure 3, a circle (O) is added to the 
parent device having the user name "Jiroh". This circle (O) indicates that it is possible 
to play the game in the OC mode. 

Furthermore, when the all-display flag is turned-off, the parent device list 18A 
shown in Figure 4 is displayed on the LCD 18. In this case, the game cartridge of the 
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user's own apparatus such as a parent device communicable with Mario Kart-1 
(Trademark), for example, that is, only the parent device having the user name "Jiroh" 
in this example, is displayed. Because a cartridge of Mario Kart-2 (Trademark) is 
attached to the parent device having the user name "Taroh", and the Mario Kart-1 
(Trademark) and the Mario Kart-2 (Trademark) are communicable with each other. It 
is noted that if there is a parent device to which the cartridge of the Mario Kart-1 
(Trademark) is attached within the communicable range 64, that parent device, too, is 
displayed without question. 

In the above-described example, the cartridge of Mario Kart-1 (Trademark) is 
attached to the user's own apparatus (child device). However, in a case of intending to 
play the game in the OC mode without the cartridge 16 being attached to the user's own 
apparatus, a parent device list 18A shown in Figure 5, for example, is displayed on the 
LCD 18. In the parent device list 18A in this Figure 5, only the parent device 
corresponding to the OC mode, that is, the parent device having the user name "Jiroh", 
is displayed in this example ("F-ZERO" (Trademark) is a game corresponding to the 
OC mode). However, the cartridge 16 is not attached to the user's own apparatus in this 
case, and thus, the user's own apparatus cannot become the parent device. Therefore, a 
message that says "depress button B if you want to become the parent device" shown in 
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Figure 3 or Figure 4 is not displayed. 

Next, referring to Figure 6 - Figure 8, descriptions will be made regarding a 
change of the display of the user's own apparatus 62 in a case that the parent device 
having the user name "Shiroh" enters the communicable range 64 shown in Figure 2, 
and later, the parent device having the user name "Ichiroh" comes out of the range 64. 
In a case that the parent device having the user name "Shiroh" is outside the range, the 
same parent device list 18A as Figure 3 is displayed on the LCD 18 of the user's own 
apparatus as shown in Figure 6. 

Subsequently, when the parent device having the user name "Shiroh" enters the 
range, a parent device list 18A shown in Figure 7 is displayed. It is noted that it is 
assumed that the all-display flag of the user's own apparatus 62 is turned-on. That is, 
the parent device having the user name "Shiroh" is displayed in addition to the parent 
devices having the user name "Taroh", "Ichiroh", and "Jiroh", respectively. 

Furthermore, when the parent device having the user name "Ichiroh" comes 
outside the range 64, a parent device list 18A in Figure 8 is displayed. The parent 
device having the user name "Ichiroh" is not displayed in this parent device list. 

In addition, in a case that the user's own apparatus is the parent device, and waits 
for a new participation of the child device, a child device list 18B shown in Figure 9 is 
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displayed on the LCD 18. Looking at this child device list 18B allows to know that 
child devices having the user name "Goroh", "Rokuroh", and "Hichiroh", respectively 
are currently connected to the user's own apparatus. Herein, it is noted that since this 
embodiment is a wireless communication game system that processes the game by 
making a wireless communication between the parent device and the child device by a 
extremely weak radio wave, a term "connect" is not essentially to be used. However, as 
a term to describe a coordinating state communicable between the mobile game 
apparatus, which becomes the parent device, and the mobile game apparatus, which 
becomes the child device, the term "connect" is used for the sake of convenience, by 
borrowing a term used in a case of a wire communication. 

Next, referring to Figure 10 - Figure 14, descriptions will be made regarding 
data packet formats in a case that the parent device and the child device, which are in a 
connecting state, make a wireless communication. As shown in Figure 10, one data 
cycle is two milliseconds, and the data cycle includes one parent device slot and a 
plurality of (in this embodiment, four) child device slots. In the parent device slot, a 
parent device packet specifically shown in Figure 1 1 is broadcast, and in each of the 
four child device slots, a transmission of the child device packet specifically shown in 
Figure 13 to the parent device is performed. 
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The parent device packet, as shown in Figure 11, has a field sync for storing 
synchronizing data at its head, and has a field PID for storing a number (identifying 
code) PID of the parent device subsequent to that synchronizing data field sync. 
Subsequent to the field PID, a user name field UserName, and a game name field 
GameName are formed. In the user name field UserName, a user name read-out from 
the EEPROM 54 (Figure 1), which corresponds to "Jiroh", "Ichiroh", and etc. in the 
above-described example, is registered, and in the game name field GameName, the 
game name such as the Mario Kart -1 (Trademark), Mario kart -2 (Trademark), the 
F-Zero (Trademark), Golf, •••in the above-described example, are registered. It is noted 
that if the cartridge 16 (Figure 1) is attached, a game name (68 in Figure 16) read-out 
from the ROM 42 (Figure 1) may be automatically registered in this game name field 
GameName. 

The parent device packet further includes a flag OC, and this flag OC is a flag 
showing whether or not possible to be applied to the above-described one cartridge 
(OC) mode. More specifically, when this flag OC is reset, that is, when OC = 0, this 
means that the game cartridge of the parent device at that time is not applicable to the 
OC mode, or applicable to the OC mode, however, it is currently played in the normal 
mode. When the flag OC is set, that is, when OC = 1, this means that it is possible to be 
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applicable to the OC mode, and it is currently played in the OC mode. Therefore, a user 
who does not have the cartridge needs to find the parent device having this flag OC "1". 

Subsequent to the flag OC, the parent device packet includes fields ESlot, USlot, 
and Payload in this order. The E slot field Eslot is stored with the number of the child 
device slots available for entry (participation). That is, the slot number that a newly 
participated child device can use is stored. In the U slot field USlot, a usage situation of 
the child device slot is stored. More specifically, this is shown in Figure 12. That is, the 
U slot field USlot includes four areas, and each of four areas corresponds to a child 
device slot 0, a child device slot 1, a child device slot 2, and a child device slot 3. Then, 
in each area, the number (identifying code) CID of the child device to which the child 
device slot is assigned is stored. When the child device number CID corresponding to 
the area is registered, it is understood that that child device slot is used. 

The payload field Payload is a field for transmitting the game data necessary in a 
game process, and a field for storing the game data transmitted from the parent device to 
the child device. 

A child device packet transmitted from the child device at the child device slot 
assigned to the child device is displayed in Figure 13. That is, the child device packet 
includes a head field CID for storing or registering the child device number CID, and a 
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payload field Payload subsequent thereto. The payload field Payload is a field for 
storing game data transmitted from the child device to the parent device. 

Figure 14 shows a specific example. In the example of Figure 14, "58" is stored 
in the parent device number field PID, and therefore, it is understood that the parent 
device number PID is "58". In addition, it is understood that the user name of the parent 
device is "Taroh", the game name is Mario Kart (Trademark), the flag OC is "0", and 
"2" is registered in the E slot field ESlot. Furthermore, by referring to the U slot field 
USlot, it is understood that although the child device having the child device number 
(CID) "16" is connected to the child device slot 0, and the child device having the child | 
device number (CID) "130" to the child device slot 1, respectively, both the child 
devices 2 and 3 are "Oh", thus possible to know that the both are vacant slots. , 

In a case that a new child device attempts to connect (Entry) to the parent device 
under such the situation, the child device number is determined by issuing the child 
device number CID other than "16" or "130" such as a random number, for example, 
because, by referring to the U slot field USLot of the parent device, "16" and "130" are 
used as the child device CID. As one example, it is provided that "86" is determined as 
the CID of the child device. Therefore, the child device transmits CID = 86 to the child 
device slot (child device slot 2) designated by the ESlot. 
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Then, the parent device knows, by receiving "86" in the child device slot 2, that 
the child device having the child device number CID "86" intends to apply for entry. 
Next, the parent device determines whether or not to accept that entry. In a case of 
accepting the entry, the parent device broadcasts the parent device packet having "86" 
set to the area corresponding to the child device slot 2 of the Uslot, which is shown in 
the lowest column in Figure 14, and signals that a new participation of the child device 
having the child device number CID "86" is accepted. At the same time, the newly 
participated child device confirms that CID = 86 is present as its own child device 
number in the area corresponding to the child device slot 2 of the Uslot. 

Figure 15 shows a memory map of the cartridge not applicable to the OC mode, 
and Figure 16 shows a memory map of the cartridge applicable to the OC mode. 

In the Figure 15 embodiment, the ROM 42 (Figure 1) included in the cartridge 
16 includes a game program area 62, and a game name area 64. In the game program 
area 62, a common program 66, a parent device program 68, and a child device program 
70 are stored in advance. The common program 66 is a program used in spite of the 
user's own apparatus being the parent device or the child device. That is, in a case that 
the user's own apparatus is the parent device, the common program and a parent device 
program described later are executed, and in a case that the user's own apparatus is the 

-32- 

I 



child device, the common program and a child device program described later are 
executed. The parent device program 68 is a program operated only when the user's 
own apparatus functions as the parent device, and in addition to including variables M 
and N, includes the flag OC set to "0" (that is, turned-off). However, the variable M 
indicates the maximum number of the child devices possible to simultaneously connect 
to the parent device, and the variable N indicates the maximum number of slots that one 
child device can use. It is noted that both the variables M and N change dependent on to 
the game. The child device program 70 is a program operated only when the user's own 
apparatus is functioned as the child device, and includes the above-described variable 
N. In the game name area 64, a name of the above game programs such as Mario Kart - 
1 (Trademark), Golf, — , and etc. is stored in advance. 

In an embodiment in Figure 16, the ROM 42 of the cartridge 16 includes the 
game program area 62 and the game name area 64. In the game name program area 62, 
the same common program 66, the parent device program 68, and the child device 
program 70 as in Figure 15 are set, and an OC mode-use game program 72 is set in order 
to be applicable to the OC mode. The OC mode-use game program 72 includes a parent 
device program 74, and a transmission-use child device program 76. The parent device 
program 74 is the same as the above parent device program 68 except that the flag OC is 
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set to "1". The transmission-use child device program 76 is a program for transferring 
to the child device that plays the game in the OC mode, and includes the variable N. 
The child device that applies for entry in the OC mode is capable of participating in the 
game by receiving this transmission-use child device program 76 transmitted 
(downloaded) from the parent device. 

The memory map of the EEPROM 54 of the wireless communication unit 14 
shown in Figure 1 is shown in Figure 17, and as shown in Figure 17, the EEPROM 54 
includes a user name area 78. In the user name area 78, the user name such as "Taroh", 
"Ichiroh", — , or the like as in the above-described example, is registered. 

Referring to the memory map shown in Figure 18, the WRAM 28 of the game 
machine 12 (Figure 12) includes a parent device list area 80, a parent device list clear 
timer 82, a child device list area 84, variable areas 86 and 88, a game variable area 90, a 
transmission buffer area 92, and a reception buffer area 94. 

The parent device list area 80 is an area for temporarily storing/holding the data 
for displaying the parent device list 18A described earlier in Figure 3, and etc. such as 
the parent device number (PID), the user name (UserName), the game name 
(GameName), the flag OC, the E slot field ESlot, for example. 

The parent device list clear timer 82 is a timer for measuring a time period until 
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clearing the data of this parent device list area 80, and as described later, if a time set to 
this timer 82 is up, the parent device list area 80 is automatically cleared. 

The child device list area 84 is an area for temporarily storing/holding the data 
for displaying the child device list 18B described earlier in Figure 9 and etc., such as the 
child device number (CID), the user name (UserName), and the game name 
(GameName), for example. 

The WRAM 28 further includes the parent device variable area 86 for storing a 
variable used when the user's own apparatus is operated (behaves) as the parent device, 
and the child device variable area 88 for storing a variable used when the user's own 
apparatus is operated (behaves) as the child device. 

In the parent device variable area 86, data for the respective fields PID, USlot, 
and ESlot and the child device number (CID) of the child device subject to connection, 
and in addition, variables n and m are set. Herein, the variable n indicates the number of 
slots currently and actually assigned to one child device, and its maximum number is 
applied by the above-described variable N. In addition, the variable m indicates the 
number of the child devices currently, actually and simultaneously connected to one 
parent device, and its maximum number is applied by the above-described variable M. 

In the child device variable area 88, data for the field CID shown in Figure 12 is 

-35- 



set, for example, and a variable showing a connection result, a variable showing a 
restoring result, the parent device number (PID) of a connection-destination parent 
device, the number of acquired slots (one or plural number), a synchronizing timer, the 
variable n, and furthermore, the all-display flag are set. 

The game variable area 90 is an area for storing game variables of the game 
being executed such as variables showing the number of cleared stages, an acquired 
item, and etc, for example. In addition, a transmission buffer 92 and a reception buffer 
94 are areas for temporarily storing transmitting data and receiving data, respectively. 

More than one mobile game apparatuses 10 each of which has such the structure 
constructs the game system, and descriptions regarding an operation of each mobile 
game apparatus 10 in the game system are made below by referring to flow charts. 

Prior to the detailed descriptions, in a case that the cartridge not applicable to the 
OC mode is attached to the user's own apparatus, and the user's own apparatus becomes 
the parent device, a series of steps S29 (Figure 21) - S69 (Figure 23) described later are 
executed. In addition, in a case that the cartridge not applicable to the OC mode is 
attached to the user's own apparatus, and the user's own apparatus becomes the child 
device, a series of steps S83 - S109 (Figure 24) described later are executed. 

Furthermore, in a case that although the cartridge applicable to the OC mode is 
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attached to the user's own apparatus, the game is played in the normal mode (not OC 
mode), when the user's own apparatus becomes the parent device, a series of the steps 
S29 (Figure 21) - S69 (Figure 23) described later are executed. When the user's own 
apparatus becomes the child device similar to the above, a series of the steps S83 - S109 
(Figure 24) described later are executed. 

Moreover, in a case that the cartridge applicable to the OC mode is attached to 
the user's own apparatus, and the game is played in the OC mode, the user's own 
apparatus cannot function other than the parent device. In this case, via steps S75 and 
S77 (Figure 19), similar to the above case of the parent device, a series of the steps S29 
shown in Figure 21 - S69 shown in Figure 23 are executed. 

In addition, in a case that the cartridge is not attached to the user's own 
apparatus, the user's own apparatus can only become the child device in the OC mode, 
and therefore, in this case, a series of steps Sill (Figure 19) - S147 (Figure 26) are 
executed. 

Figure 19 shows an operation of the mobile game machine 12. When a power 
source (not shown) of the mobile game machine 12 is turned-on, an operation in Figure 
19 is started. First, an operation set within the Boot ROM 24 is executed. That is, in a 
first step SI, the processor 20, based on a signal from the connector 40 (Figure 1), for 
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example, detects whether or not the cartridge 16 is attached, and in a case that there is 
the cartridge in a step S3, the process moves to a program of the ROM 42 of the 
cartridge 16. In a succeeding step S5, it is determined whether or not the cartridge is a 
cartridge applicable to the OC mode. In this step S5, it is determined whether the 
cartridge in Figure 15 (cartridge not applicable to the OC mode) is attached or the 
cartridge in Figure 16 (cartridge applicable to the OC mode) is attached. 

In a case that "NO" is determined in the step S5, that is, in a case that although 
the cartridge is attached to the user's own apparatus, the cartridge is a cartridge not 
applicable to the OC mode, the process advances to x a step S7 in Figure 20, in addition to 
clearing the parent device list area 80 shown in Figure 18, resets the parent device list 
clear timer 82 similarly shown in Figure 18. Furthermore, the all-display flag set to the 
child device variable area 88 in Figure 18 is turned-on ("1" is set). It is noted that the 
parent device clear timer 82 automatically starts counting the timer after the resetting. 

Subsequently, in a step S9, it is attempted to receive the parent device packet as 
shown in Figure 11. In the step S 1 1 , it is determined whether or not the parent device 
packet is successfully received. Then, if "YES" is determined in the step SI 1, in a 
succeeding step SI 3, it is determined whether or not the parent device that broadcasts is 
the parent device not existing in the parent device list. More specifically, in this step 
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SI 3, it is determined whether or not the parent device PID and the user name out of the 
data of the received parent device packet (data temporarily stored in the reception buffer 
94 of the WRAM 28 shown in Figure 18) is the parent device registered in the parent 
device list 80 (Figure 18). If "YES" is determined in this step S13, that is, in a case of a 
new parent device, in a succeeding step S15, the processor 20 newly registers in the 
parent device list 80 the parent device ID (PID), the user name (UserName), the game 
name (GameName), the OC flag (OC), and the entry slot (ESlot) included in the parent 
device packet. 

When "NO" is determined in the preceding step SI 1, or when after finishing 
registration in the step S 15, in a succeeding step S 17, it is determined whether or not a 
value of the parent device list clear timer 82 reset in the preceding step S7 becomes 
equal to or longer than two seconds. If "YES", the parent device list 80 is cleared in a 
step S19, and the parent device list clear timer 82 is reset. Herein, the reason why the 
parent device list clear timer 82 is reset is that as described above, by referring to Figure 
8, in a case that a certain parent device ("Jiroh" in Figure 8) comes out of the 
communicable range, it is necessary to delete the parent device from the parent device 
list 80. Therefore, by regularly (every two seconds in this embodiment) clearing the 
parent device list 80 and making a registration to the list of the parent device existing 
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within the communicable range from the start, the parent device that comes out of the 
communicable range is not remained in the parent device list. When "NO" is 
determined in the step S17, or after executing the step S 19, in a succeeding step S21, the 
processor 20 determines whether or not the above-described whole display flag is 
turned-on ("1"). It is noted that in this embodiment, this whole display flag is set to "1" 
or turn-on as a default. When the all-display flag is turned-on, in a step S23, the parent 
device having the entry slot ESlot not "ffh" out of the parent devices registered in the 
parent device list, that is, information (more specifically, the user name UserName, and 
the game name GameName) on all the parent devices that accept a new entry of the 
child device is displayed as shown in Figure 3. When the all-display flag is turned-off 
("0"), in a step S25, information (the user name UserName and the game name 
GameName) of the parent device having the entry slot ESlot not "ffh", and that is 
communicable (that is, the game of the cartridge of the parent device and the game of 
the cartridge of the child device are in a predetermined relationship, and communicable 
with each other), out of the parent devices registered in the base list, is displayed as 
shown in Figure 4. 

Subsequently, the process advances to a step S27 in Figure 21, and the processor 
20 refers to a signal from the operation key 38 so as to determine whether or not the B 
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button (not shown) is depressed. That the B button is depressed means that the user of 
the mobile game apparatus determines to make the user's own apparatus behave as the 
parent device, and in this case, in order to accept the child device within the variables M 
and N, a parent device connection process of a step S29 is executed. It is noted that the 
variable N indicating the maximum number of slots applied to one child device and the 
variable M indicating the maximum number of child devices possible to participate are 
changeable depending on the game, respectively. In order to increase the maximum 
number of child devices possible to participate M, the maximum number of slots N may 
be rendered small, and if a data rate is important, the maximum number of slots N may 
be rendered large, and the maximum number of child devices possible to participate M 
may be rendered small, for example. 

Herein, referring to Figure 27 and Figure 28, detailed descriptions will be made 
regarding a connection process of the parent device in a step S29 for inviting the child 
device. In a step S1001, which is a first step in Figure 27, the processor 20 clears the 
child device list area 84 shown in Figure 18, and displays an initial display. This step 
S1001 is a initial setting step, and in addition to the above process, further sets the 
maximum number (N) of sub time slots assigned to one child device, and sets the 
maximum number (M) of the child devices accepting the entry. It is noted that each of 
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the maximum numbers of N and M can be determined in accordance with the game 
program to be executed. Thus, if the maximum number N of the sub time slots assigned 
to one child device and the maximum number M of the child devices possible to 
simultaneously participate are to be determined according to the game, of a constant 
number of the sub time slot, it is possible to determine whether to increase the number 
of the child devices possible to participate by decreasing the number of the slots 
assigned to one child device or to increase the data rate by increasing the number of the 
slots assigned to one child device in correspondence to a content of the game. In a case 
that the more the player, the more interesting the game, the number of the slots N may 
be rendered small, and the number of the participating child devices M may be rendered 
large. In a case of the game requiring a large communication amount, the number of the 
slots N may be rendered large, and the number of the participating child devices may be 
rendered small. 

In a succeeding step SI 003, the processor 20 writes a pseudo random value into 
the area PID for setting the parent device PID of the parent device variable area 86 
(Figure 18). Next, in a succeeding step SI 005, the variable m indicating the number of 
child devices actually connecting to the parent device (user's own apparatus ) within the 
communicable range is rendered zero (0), and in a succeeding step S1007, "Null" is set 
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to the area of a subject to connection CID indicating the number of child devices subject 
to connection. In addition, zero (0) is written into the variable n, within the area 86, 
indicating the number of slots actually allotted to the child device under a connection 
process. It is noted that the subject to connection CID is a CID of the child device under 
the connection process, and is for ignoring an entry request from the child device of the 
CID other than the subject to connection CID, in a case that a plurality of the slots are to 
be allotted to one child device in the entry process, when allotting of the slot to a certain 
child device is started in order to allot a plurality of the slots to the certain child device 
in a successive number. In a succeeding step S1009, one of the vacant slot numbers is 
assigned to the entry slot area ESlot within the area 86. 

Subsequently, in a succeeding step SI Oil, the processor 20 examines the signal 
from the operation key 38 (Figure 1) so as to determine whether or not the A button (not 
shown) is depressed. If "YES" in the step S101 1, which means that the user of the 
user's own apparatus (parent device) at that time refuses its child device's entry (see 
Figure 9), thus in a succeeding step S1013, the processor 20 deletes from the child 
device list area 84 in Figure 18 the data, USlot and CID of the selected child device. 
Subsequently, in a step S 1015, a new child device list 18B is displayed as shown in 
Figure 9. 
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Then, if "NO" is determined in the step S101 1, that is, the user of the parent 
device did not depress the A button, or after executing the step S1015, the processor 20 
determines whether or not the start key (not shown) is operated based on the signal from 
the operation key 38 in a step S1017. If "YES", the process directly returns. However, 
if "NO", in a succeeding step S1021, a transmission/reception process of the parent 
device shown in detail in Figure 29 is executed. 

The transmission/reception process of the parent device shown in a step S1019 
in Figure 27 is shown in detail in Figure 29. In a step S2001 in Figure 29, the processor 
20 determines whether or not there is data yet to be transmitted in the transmission 
buffer 92 (Figure 18). If "YES", in a succeeding step S2003, data necessary for the 
parent device in Figure 14 such as the PID, the user name, the game name, the OC flag, 
the E slot, the U slot, and the payload, which is the above-described data yet to be 
transmitted, for example, is transmitted. Then, in a succeeding step S2005, after 
receiving the child device packet, the process returns. 

If "NO" is determined in the preceding step S2001, in a succeeding step S2007, 
the processor 20 determines whether or not no data transmission is made during the past 
64 miliseconds. It is noted that a time period of this "64 miliseconds" is an example of 
a numerical value capable of dissolving a timer deviation, and needless to say, other 
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numerical values may be possible. 

If "YES" is determined in the step S2007, using the parent device slot, each data 
excluding the payload such as the PID, the user name, the game name, the OC flag, the 
E slot, and the U slot, for example, is transmitted in a step S2009. This step S2009 is a 
step necessary for enabling the entry from the child device, and even without the 
payload (data to be transmitted), the data necessary for the entry process (the PID, the 
user name, the game name, the OC flag, the E slot, and the U slot) is regularly 
transmitted, thus the child device is always capable of making the entry process. In this 
step S2009, the payload data is not transmitted. Next, after the step S2009 is ended, or 
when "NO" is determined in the step S2007, the process returns via the preceding step 
S2005. 

Returning to Figure 27, in the step S1021 subsequent to the step S1019, the 
processor 20 determines whether or not the child device CID is successfully received in 
the slot designated by the field ESlot of the parent device packet shown in Figure 1 1 
(that is, it is determined whether or not the child device uses the entry slot and makes the 
entry request). In a case of "NO" in this step SI 021, the process returns to the preceding 
step S101 1, and in a case of "YES", in a succeeding step S1023, it is determined 
whether or not the subject to connection child device CID of the child device variable 
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area 86 in Figure 18 is Null (that is, it is determined whether or not there is another child 
device currently under entry process). If YES, that is, if the number of the child device 
subject to connection (CID) is not registered, in a step S1025, the child device CID 
received in the step S1019 is registered as the number of the child device subject to 
connection (CID) in the subject to connection child device CID within the area 86 in 
Figure 18. 

When "NO" in the preceding step SI 023, or after ending the step SI 025, the 
processor 20 determines whether or not the received CID is the same as the subject to 
connection CID (that is, it is determined whether or not the received CID is the CID of 
the child device currently under connection process) in a step S1027. If "NO", the 
process returns to the preceding step SI 01 1 . If "YES", that CID is stored in a portion 
showing the entry slot of the U slot area USlot within the area 86 in Figure 18 in a 
succeeding step SI 029. Next, in a step S 1031, the actual number of connecting slots n 
is incremented ( +1), and in a step SI 033, it is determined whether or not n = N, W, that 
is, the actual number of connecting slots n reaches the maximum number of slots N 
(varies depending on each game) applied to one child device. If "YES", since it is not 
accepted to allot more slots to the child device, the process advances to a succeeding 
step SI 035 shown in Figure 28. However, if "NO", since it is possible to allot more 
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slots to the child device, the process returns to the step S1009. 

When the actual number of allotted slots n reaches the maximum number of 
allottable slots N, the entry process toward the child device is ended, and the process 
advances to a step S1035 in Figure 28. However, in this step S1035, the processor 20 of 
the mobile game machine, which becomes the parent device, receives the user name, 
the game name, and etc. of the child device having the entry process ended. The user 
name and the game name of the child device are added to the child device list in a step 
S1037, and the child device list 18B is displayed as shown in Figure 9 in a step S1039. 

Subsequently, the processor 20 of the parent device, in a step SI 041, increments 
(+1) the actual number of child devices m, and in a step S1043, determines whether or 
not the actual number of child devices m becomes equal to the maximum number of 
child devices to be connected M (varies depending on each game). If "YES" is 
determined in the step S1043, that is, it is determined that it is not possible to connect 
more child devices, the process directly returns. 

On the contrary, in a case that it is still possible to connect more than one child 
devices, that is, "NO" is determined in the step S1043, the process returns to the step 
SI 007 in Figure 27. 

Thus, the connection process is executed in the step S29 in Figure 21, and 
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furthermore, in the step S31 in Figure 22, it is temporarily stopped accepting the child 
device, and "ffh" is written into the entry slot ESlot in order to prohibit other child 
devices from participating. Next, as required during the game, in order to invite the 
child devices additionally, the subject to connection CID within the area 86 in Figure 18 
is rendered Null, that is, the actual number of connecting slots n = 0. 

Subsequently, it is determined whether or not the game is started in the step S33, 
that is, the start button (not shown) included in the operation key 38 is depressed. When 
the start button is depressed, in the succeeding step S35, the processor 20 refers to the U 
slot area USlot of the parent device variable area 86 shown in Figure 8 so as to detect the 
number "m" of the child devices currently being connected. The number of areas, 
which is not "Oh" out of each area of the U slot, is the number m currently being 
connected. Next, in the step S37, it is determined whether or not the number of the child 
devices being connected m is smaller than the maximum number of connections M. 
Being determined "YES" in this step S37 means that the new entry of the child device is 
accepted. Therefore, in this case, in the succeeding step S39, one of the vacant slot 
numbers (the slot number corresponding to the area, which is "Oh", out of the U slots) is 
set to the E slot area ESlot of the parent device variable area 86. This cancels a state 
setting of the area ESlot of "fh". 
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Next, in the step S41, by the transmission/reception process of the parent device 
described by referring to Figure 29 in advance, the parent device packet shown in 
Figure 1 1 is broadcast (transmitted), and the child device data (packet) shown in Figure 
13 is received from the each child device. 

Subsequently, in the step S43, the processor 20 determines whether or not the 
data of a certain child device is not successfully received for more than a predetermined 
time period tl. Being determined "YES" in this step S43 means that it is probable that 
the child device has already departed from the communicable range 64 (Figure 2), and 
in this case, in the step S45, the processor 20 deletes the child device number CID of the 
child device from the U slot area USlot of the parent device variable area 86 (Figure 
18). As a result of this process, the child device slot used by the departed child device 
becomes a vacant slot, thus making it possible to allow a new entry of the child device 
instead of the departed child device. 

When "NO" is determined in the step S43, or after the step S45 is ended, in the 
succeeding step S47, the processor 20 determines whether or not "ffh" is set to the E 
slot area ESlot of the parent device variable area 86. If "YES", in the succeeding step 
S49, the processor 20 executes the game process according to the game program 62 
(Figure 15) of the cartridge 16. 
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When "NO" is determined in the step S47 in Figure 22, in order to accept a 
mid-course participation of the child device, the process advances to the step S5 1 in 
Figure 23. In this step S51, the processor 20 of the parent device determines whether or 
not the child device CID is successfully received by the slot designated in the E slot 
field ESlot. If "YES", in the succeeding step S53, it is determined whether or not 
"Null" is written into the area of the subject to connection CID within the area 86 in 
Figure 18. If "YES", that is, the CID of the child device subject to connection is not 
registered, in the step S55, the CID received by the slot designated in the E slot is 
registered in the area of the subject to connection CID. 

When "NO" in the preceding step S53, or when the step S55 is ended, the 
processor 20 determines whether or not the received child device number CID is the 
same as the subject to connection CID in the step S57. If "YES", in the succeeding step 
S59, the child device CID is stored in a portion showing the entry slot of the U slot area 
USlot of the area 86 in Figure 18. Next, in the step S61, the actual number of 
connecting slots n is incremented (+ 1), and in the step S63, it is determined whether or 
not n = N, that is, the actual number of connecting slots n reaches the maximum number 
of slots N allottable to one child device. If "YES", since it is no more possible to accept 
allotting the slot to the child device, the allotting of slot to the child device is ended, and 

-50- 



in the step S65, "Null" is set to the area of the subject to connection CID within the area 
86, and zero (0) is written into the variable n. 

Subsequently, the processor 20 of the parent device, in the step S67, determines 
whether or not the actual number of connecting child devices m becomes equal to the 
maximum number of connectable child devices M. If "YES" is determined in this step 
S67, that is, it is determined that it is not possible to connect more child device, in the 
step S69, "ffh" is written into the E slot area ESlot. 

It is noted that after the step S69, or when "NO" is determined in the steps S51, 
S57, S63 or S67, respectively, the process stops the mid-course participation process of 
the child device in each case, and returns (returns to the step S49 in Figure 49) to the 
game process. 

The above-described is a case that the cartridge not applicable to the OC mode is 
attached to the user's own apparatus, and a process of the mobile game apparatus of a 
case that the user's own apparatus becomes the parent device. 

Next, descriptions will be made regarding a process of the mobile game 
apparatus of a case that the cartridge applicable to the OC mode is attached to the user's 
own apparatus. 

When "YES" is determined in the step S5 in Figure 19, that is, in a case that the 
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cartridge applicable to the OC mode shown in Figure 16 is attached to the user's own 
apparatus, in the succeeding step S71, the processor 20 displays a mode selection screen 
(not shown). Next, in a step S73, it is determined whether or not the normal mode is 
selected. If "YES", similar to when "NO" is determined in the preceding step S5, the 
process advances to the step S7 in Figure 20. That is, a process of a case that the 
cartridge not applicable to the OC mode is attached is the same as the process of a case 
that the cartridge applicable to the OC mode is attached, and however, the normal mode 
is selected. 

In a case that the cartridge applicable to the OC mode is attached to the user's 
own apparatus, and the game of the OC mode is played, the user's own apparatus can 
only become the parent device. Described in detail, If "NO" in a step S73, that is, in a 
case that the OC mode is selected, in the succeeding step S75, similar to the preceding 
step S29 (Figure 21), the connection process of the parent device described in detail by 
referring to Figure 27 and Figure 28 is executed. It is noted that, at this time, the 
number of slots to be used N of one child device is "1" (N = 1), and as the maximum 
number to be connected M, the number allowed inherently by the game is set. 
Subsequently, in the step S77, the processor 20 transfers (downloads) a transfer-use 
child device program shown in Figure 16 to the child device. Subsequently, the process 
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advances to the step S31 in Figure 22, and executes each step that follows as described 
above. 

The above-described is the process of the mobile game apparatus in a case that 
the cartridge applicable to the OC mode is attached to the user's own apparatus. 

Next, descriptions will be made regarding a case that the cartridge not applicable 
to the OC mode is attached, and a process of the mobile game apparatus in a case that 
the user's own apparatus becomes the child device. 

When "NO" is determined in the step S27 in Figure 21, that is, when a selection 
that the user's own apparatus becomes the parent device is not made, in the succeeding 
step S79, the processor 20 of the mobile game machine 12 examines an operation signal 
from the operation key 38 so as to determine whether or not the A button (not shown) is 
depressed, that is, it is determined whether or not the parent device intending to connect 
is selected. If "YES" is determined in this step S79, the processor 20, next, in the step 
S81, determines whether or not possible to communicate between the selected parent 
device. That is, it is determined whether or not the cartridge of the parent device and the 
cartridge of the user's own apparatus are in a predetermined relationship and capable of 
making a communication with each other. When communicable, later, the process 
advances to a step S83 in Figure 24 so as to execute the connection process of the child 

-53- 



device. The connection process of the child device is described in detail in Figure 30 
and Figure 3 1 . 

In a step S301, which is a first step in Figure 30, the processor 20 of the mobile 
game machine that becomes the child device attempts to receive the parent device 
packet (Figure 1 1). Next, in a succeeding step S3003, it is determined whether or not 
frame synchronizing data sync of the parent device selected in the menu screen is 
successfully received (Figure 3, and etc.). More specifically, it is determined whether 
or not the synchronizing data sync of the parent device packet including the PID of the 
parent device selected on the menu screen is successfully received. 

When "NO" is determined in the step S3003, that is, in a case that the parent 
device packet of the selected parent device is not successfully received, in a step S3005, 
it is determined whether or not it is time-out (time is run out), and if "NO" in this step 
S3005, the process returns to the preceding step S3001. However, if "YES", the 
process writes "failure" into a connection result variable (within the area 88 in Figure 
18) in a step S3007, and then, returns. 

When "YES" is determined in the step S3003, that is, when the synchronizing 
signal of the subject parent device is successfully received, in a step S3009, the 
processor 20 of the child device resets a synchronizing timer (area 88), and advances to 
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a succeeding step S301 1. In this step S301 1, the processor 20 renders the pseudo 
random value the ID number of the child device CID. Next, in a step S301 1, it is 
determined whether or not the child device having the CID at this time is already 
present. That is, referring to the U slot of the received parent device packet, it is 
determined whether or not the same CID is already present. In a case that "YES" in the 
step S3013, it is necessary to change the number once allotted, and therefore, in this 
case, the step S301 1 is once again executed, and by allotting a new number CID, the 
examination in the step S3013 is once again executed. 

The steps S301 1 and S3013 are repeated until "NO" is obtained in the step 
S3013, and when "NO" is obtained, the process advances to a succeeding step S3015. 
In the step S3015, the number of actually allotted slots n is rendered zero (0), and 
furthermore, in a succeeding step S3017, the parent device packet is received, and in a 
step S3019, the synchronizing timer is once again reset. Next, in a step S3021, the 
processor 20 determines whether or not the E slot ESlot of the received parent device 
packet (see Figure 1 1) is "ffh". If "YES" is determined in this step S3021, since the 
entry of the parent device is prohibited, the process returns, assuming that this is 
"failure", via the preceding step S3007. 

When "NO" is determined in the step S3021, the process advances to a step 
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S3023 in Figure 31 because the entry of the child device is not prohibited. In the step 
S3023, the CPU core of the child device transmits the number CID obtained in the step 
S301 1 to the slot shown in the E slot field ESlot of the parent device packet at that time. 
Next, in a succeeding step S3025, the parent device packet is received, and in a step 
S3027, the synchronizing timer is once again reset. 

Next, in a succeeding step S3029, the processor 20 of the child device confirms 
whether or not its own number (CID) is present in an entry slot position of the U slot 
field of the received parent device packet. Next, if "NO" is determined in this step 
S3029, in a succeeding step S3031, the processor 20 determines whether or not it is the 
time-out. In a case that it is not the time-out, the process returns to the preceding step 
S3017 (Figure 30). However, in a case that the time-out occurs, the process writes 
"failure" in the connection result variable in the step S3007 in Figure 30, and then, 
returns. 

When "YES" is determined in the step S3029, that is, its own number (CID) is 
present in the entry slot position of the U slot of the received parent device packet, after 
incrementing (+1) the actual number of allotted slots n in a succeeding step S3033, in a 
step S3035, it is determined whether or not the actual number of allotted slots n 
becomes equal to the maximum number of slots N to be allotted to one child device 
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(that is, this N changes depending on a game. A value of 1-4, for example). When 
"NO" is determined in this step S3035, that is, when it is still possible to allotted the 
slot, the process returns to the preceding step S3025 so as to receive the parent device 
packet. 

However, if "YES" is determined in the step S3025, assuming that as many slots 
as possible are assigned, in a succeeding step S3037, "success" is registered in the 
connection result variable, and the process advances to a succeeding step S3039. In this 
step S3039, the parent device number PID of the connected parent device and the 
acquired slot number are stored in the area 88 of the internal RAM 28 of the user's own 
apparatus (Figure 18). However, there is a case that the slot number is plural, and in this 
embodiment, the numerical value is any one of "0" - "3". Next, the process returns to 
the step S85 in Figure 24, later. 

In the step S85, it is determined whether or not the connection result is "success" 
by referring to the connection result variable of the area 88. Then, in a case of "NO", in 
a succeeding step S87, a message such as "not connected", for example, is displayed on 
the LCD 18 of the parent device (Figure 1), and then, the process returns to the step S7. 

In a case that the connection to the parent device is successful, in a succeeding 
step S89, the processor 20 of the child device, toward the parent device, uses the parent 
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device slot allotted to the user's own apparatus so as to transmit the user name and the 
game name of the user's own apparatus. Next, in a step S91, it is determined whether or 
not to start the game, that is, it is determined whether or not the start button included in 
the operation key 38 is depressed. If it is detected that the start button is turned-on in 
this step S91, in a succeeding step S93, the transmission/reception process of the child 
device is executed. 

The transmission/reception process of the child device shown in the step S93 in 
Figure 24 is described in detail in Figure 32. The parent device packet is received in a 
step S4001 in Figure 32, and in a succeeding step S4003, the synchronizing timer 
(Figure 18) is reset. Next, in a step S4005, the processor 20 of the parent device 
determines whether or not there is the transmitting data yet to be transmitted in the 
transmission buffer 92 (Figure 18). If "YES", in a succeeding step S4007, using the 
parent device slot already assigned, the necessary data such as the CID, the payload, for 
example, is transmitted. Then, in a case that there is no data yet to be transmitted, or 
after the step S4007, the process returns to the step S95 in Figure 24. 

Returning to Figure 24 once again, in the step S95, the processor 20 of the child 
device determines whether or not the data is not successfully received from the parent 
device for more than a time period t2. The time period t2 is shorter than the time period 
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tl in the step S43 in the preceding Figure 22. That is, tl is > t2. This is because tl is a 
time period for cutting-off the child device having an abnormal communication, and t2 
is a time period that the parent device starts a restoring process, and it is necessary for 
the parent device to wait for the restoring process of the parent device, and then cut-off. 
In a case of "NO", in addition, in a succeeding step S97, it is determined whether or not 
its own number CID is included in the U slot field of the received parent device packet. 
In a case of "YES" in the step S97, in a step S99, the game process in Figure 22 is 
executed. It is noted that in a case of "NO" in the step S97, that is, in a case that the 
number of the user's own apparatus is not present in the U slot field of the parent device 
packet, in a step S101, a message such as "cut-off from the parent device", for example, 
is displayed on the LCD, and the process returns to the step S7 in Figure 20. 

When "YES" is determined in the preceding step S95, that is, no data has been 
successfully received from the parent device for more than the predetermined time 
period t2, in a step S103, a message such as "not communicable with the parent device. 
Try to restore", for example, is displayed, and after this, in a step S105, a restoring 
process is executed. 

This restoring process is displayed in detail in Figure 33, and in a step S5001, 
which is a first step in Figure 33, the processor 20 of the parent device attempts to 
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receive the child device to be restored. Next, in a step S5003, it is determined whether 
or not it has been successful to receive the broadcasting data from the parent device. It 
is noted that whether or not the parent device at that time is a parent device to which the 
user's own apparatus is to be restored is understood by looking at the 
"connection-destination PID" registered in the area 88 in Figure 18. 

When "NO" is determined in the step S5003, that is, when it is not successful to 
receive the data of the parent device packet which the user's own apparatus is to be 
restored, in a succeeding step S5005, it is determined whether or not it is time-out. 
Then, if "NO", the process returns to the preceding step S5003, and however, if it is 
time-out, in a succeeding step S5007, the process writes "failure" in the restoring result 
variable included in the area 88 shown in Figure 18, and then, returns. 

When "YES" is determined in the preceding step S5003, that is, when it is 
successful to receive the parent device packet from the subject parent device, the 
synchronizing timer is reset in a succeeding step S5009, and furthermore, in a step 
S501 1, the parent device packet is received. Then, in a step S5013, it is determined 
whether or not its own number CID is present in the U slot field of the parent device 
packet. That the number of the user's own apparatus is present in the received parent 
device packet means that the reason of a state of the communication failure for more 

-60- 



than the time period t2 is not an intentional cutting-off by the parent device, and 
therefore, in a succeeding step S5015, the process registers "success" in the restoring 
result variable of the area 88 (Figure 18), and then, returns. As a result of this restoring 
process thus being made, in a case that the parent device and the child device deviates 
from the communicable range in error, that no communication is established due to a 
poor communication state, or that the player operating the child device comes across a 
certain private duty, and the child device player needs to deviate from the 
communicable range for a short period of time, after such the causes are dissolved so 
that the communicable state is reestablished, it is possible to return to a prior 
communication state. 

It is noted that even if "YES" is determined in the step S5003, if "NO" is 
determined in the step S5013, the process returns via the preceding step S5007, 
assuming that the communication cuffing-off results from an intentions of the parent 
device. 

Returning from a subroutine in Figure 33 to the step SI 07 in Figure 24, in this 
step S107, by referring to the restoring result variable of the area 88, it is determined 
whether or not the restoring is "success". If "YES", the proves advances to a step S99 
so as to execute the game process. However, if "NO", in a step S 109, after displaying a 
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message such as "not possible to return", for example, the process returns to the step S7 
in Figure 20. 

The above-described is a case that the cartridge not applicable to the OC mode is 
attached to the user's own apparatus, and the process of the mobile game apparatus in a 
case that the user's own apparatus becomes the child device. 

Next, descriptions will be made regarding a process of the mobile game 
apparatus in a case that the cartridge is not attached to the user's own apparatus. 
However, in this case, the user's own apparatus can merely operate as the child device 
of the game corresponding to the OC mode. 

Returning to Figure 19, "NO" is determined in the step S3, that is, in a case of 
detecting that the parent device does not have the cartridge, in a step Sill, which is a 
program of the boot ROM (24 in Figure 1), an OCD program (program for downloading 
the child device-use program from the parent device) set to the ROM 52 of the wireless 
communication unit 14 (Figure 1) is developed into the WRAM 28 included in the 
processor 20 of the mobile game machine 12, and in a step SI 13, later, the processor 20 
of the child device starts the OCD program developed on the WRAM 28. 

Subsequently, in a step SI 15 in Figure 25, the processor 20 of the child device 
clears the parent device list area 80 as shown in Figure 18, and resets the parent device 
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list clear timer 82. Next, in a step SI 17, it is attempted to receive the parent device 
packet. Then, in a step SI 19, it is determined whether or not successful to receive the 
parent device, if "NO", the process advances to a step SI 25, and if "YES", the process 
advances to a step S121 . In the step S 121, by comparing the parent device number PID 
included in the received parent device packet and the number PID registered in the 
parent device list area 80 shown in Figure 18, it is determined whether or not the parent 
device that transmitted the parent device packet is included is not present within the 
parent device list. If "YES" is determined in this step S121, in a step S123, similar to 
registering a new parent device to the parent device list, the new unit number PID, the 
user name, the game name, the OC flag, and the E slot read-out from the parent device 
packet are added to the parent device list area 80. Subsequently, the process advances 
to the step SI 25. 

In the step S I 25, it is determined whether or not a value of the parent device 
clear timer 82 reset in the step SI 15 becomes equal to or more than "2 seconds". If 
"YES", the parent device list, that is, the parent device list area 80, is cleared in a step 
S127, and the parent device list clear timer 82 is reset. Subsequently, the process 
advances to a step S127 similar to a case that "NO" is determined in the step S125. 

In the step SI 27, of the parent device list, the parent device having the E slot not 
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"ffh" and the OC flag "1", that is, information (user name, game name) of the parent 
device capable of playing the game in the OC mode, and that does not refuse a 
participation (entry) of the child device is displayed. This creates, to the user of the 
child device, a parent device list 18A as shown in Figure 5, and allows the user's own 
apparatus to select the parent device. Next, in a step S131, it is determined whether or 
not the A button (not shown) is operated. That is, it is determined that any one of the 
parent devices is selected. If "NO" in the step S127, that is, the parent device is not 
selected, in a succeeding step S 133, it is determined whether or not the cross key (not 
shown) included in the operation key 38 is operated. The operating of the cross key is 
for moving the cursor for selecting the parent device that intends the entry, and 
therefore, if "YES" in this step S133, in a succeeding step SI 35, the cursor is moved, 
and the process returns to the step SI 13. 

If "YES" is determined in the step SI 31, the process advances to a step SI 39 so 
as to execute a connection process of the child device (Figure 30, Figure 31). 

In a step SI 37, according to the method already described in detail, the 
connection process of the child device is executed, and in the succeeding step S139, by 
referring to the connection result variable of the area 88 in Figure 18, it is determined 
whether or not the connection is successful. If "NO", a message such as "connection 
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failed", for example, is displayed in a step S141, and the process returns to the step 
Sill. 

If "YES" is determined in the step S139, the processor 20 transmits toward the 
parent device that successfully made the connection with the child device the user name 
of the parent device, and the game name. Subsequently, the process advances to a step 
S145 in Figure 26 so as to, for playing the game in the OC mode, receive a transfer-use 
child device program from the parent device, develop the same within the RAM 28 
(Figure 1) of the user's own apparatus, and starts the program. Then, subsequently, in a 
step S147, the respective steps similar to the steps S91 - S109 in Figure 24 described 
earlier are executed. 

The above is a process of the mobile game apparatus in a case that the cartridge 
is not attached to the user's own apparatus. 

It is noted that if "NO" is determined in the step S81 in Figure 21, that is, in a 
case that although it is attempted to select the parent device, failed to make the 
communication, in a step S149, a message such as "the parent device cannot be 
selected", for example, is displayed, and the process returns to the step S9 in Figure 20. 

In addition, if "NO" is determined in the step S79 in Figure 21, that is, in a case 
neither the B button nor the A button is operated, it is determined whether or not the 
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cross key (not shown) is operated in a succeeding step S151. If "NO", it is determined 
whether or not the start key (not shown) is operated in a succeeding step S153. In a case 
that the start key is not operated, the process returns to the step S9 in Figure 20. In a 
case that "YES" is determined in the step S153, in the step S153, after changing on/off 
of the all-display flag, similarly, the process returns to the step S9 (that is, the select key 
is used for controlling the on/off of the all-display flag). It is noted that in a case that 
"YES" is determined in the step S151, after moving the cursor according to an 
instruction of the cross key, the process returns to the step S9. 

It is noted that in the above embodiment, it is selected whether the user's own 
apparatus is rendered the parent device or the child device, in tune with progress of the 
program. However, it may be possible that such the selection is immediately made. In 
this case, as shown in Figure 34, in a step S201, which is a first step immediately after 
the start, a selection screen (not shown) of the parent device or the child device is 
displayed, and the according to the display, the user selects the parent device or the 
child device. Therefore, the processor 20, in a succeeding step S203, determines 
whether or not the user has selected the parent device. In a case of "YES" in the step 
S203, after this, the steps that follow the step S29 in the preceding Figure 21 are 
executed. In a case of "NO", that is, in a case that the child device is selected, the steps 

-66- 



S7 - S25, S79, S151 - S157, and S81 - S109 shown in Figure 21 are executed. 

Although the present invention has been described and illustrated in detail, it is 
clearly understood that the same is by way of illustration and example only and is not to 
be taken by way of limitation, the spirit and scope of the present invention being limited 
only by the terms of the appended claims. 
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